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(54) Data card 

(57) A multi-application data card, capable of substituting for a plurality of existing single-application data 
cards, is a smart card recording data relating to a card user and a plurality of card issuers. The following fields 
are associated with each card issuer an application code field indicating a type of application provided for the 
user by the issuer; a PIN field identifying the user; an access code field whereby the card issuer can have 
access to the fields associated with that issuer but not to fields associated with any other issuer; an account 
number field; an expiration date field; and a miscellaneous data field provided for the issuer to record 
additional data to facilitate its operations. The fields associated with each issuer are separate from the fields 
associated with every other issuer. The smart card may have a magnetic stripe as well as chips. 
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At least one drawing originally filed was informal and the print reproduced here is taken from a later filed formal copy. 
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2298505 

DATA CARD 



This invention relates ro data cards ar.d, more 
particularly, to a multi-application data card capable of 
substituting for a plurality of existing single-applicat icr, data 
cards and to a system and method cf erploying the card. 

The generic term "data card" includes not only all 
kinds of financial cards but also various other cards that 
contain non- financial data. The term " f inane iai^ card" ir.CtLudes 
credit cards, debit cards, A.T.M. cards and other cards that 
contain financial data. From another standpoint, data cards 
include, to cite only a few exa-ples, oil ccrpany cards, 
department store cards, car rental cards, hotel cards and airline 
cards . 

Data cards are now ubiquitous; their use has 
proliferated to such an extent that users of the cards find it 
objectionable and burdensome to carry all that seer, to be 
required if one is to function in modern society. 

Attempts have been made in the past to remedy the 
problem of card proliferation. For example, certain issuers cf 
"general -purpose" credit cards (e.g., American Express, Visa, 
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Master Charge) have prevailed upon Tr.ar.y es* abl ishments , inrludrng 
those such as department stores, oil cc-panies, airl:.ne£ 37^3 car 
rental companies that issue their own credit cards, to accept tfee 
general-purpose credit card in addition to the card separately 
issued by the department store, oil company, etc. Also, there 
are co-branded cards. Even so, there is no single credit card 
that is universally accepted, and it is not foreseeable that any 
single issuer of credit cards, such as American Express, Visa. 
Master Charge, etc., is ever likely to become totally dominant 
or universally accepted. 

Moreover, there are now available and in general use 
not only credit cards but also debit cards and various other 
financial -transact ion cards, plus data cards and forms, often not 
machine-readable, for drivers' licenses, building security, 
insurance purposes, personal identification, etc. 

Within a given data card category, there may be 
magnetic-stripe cards and so-called "sm.art" cards. The magnetic- 
stripe cards, which are in general use, have lim.ited 
capabilities. The sm.art cards are not yet in such wide use but 
show great promise because of their superior capabilities. The 
two types of cards require different types of readers. Smart 
cards are in fact of at least two types: those employing 
electrical contacts, and the so-called " contact less " smart cards. 
The latter are read in an A.T.M. or point-of-sale terminal by 
means of a field; no electrical contacts are required for reading 
the card. 

There is a great need, which has not heretofore been 
met, for a substitute, replacement, cr consolidation card 
allowing multiple card issuers to be represented within a single 
data card and allowing consumers to carry just one card for all 
types of transactions, including those listed above and others. 

/ 
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There is also a need to enable venders individually cr 
collectively tc award po.nts icr ireque.i^> 

ff iciently. The current syster. of awarding airline ccr.'^s 



awards e 



n^ileage. for exarr.ple. is cumbersome, requiring a passenger to 
verbally advise a ticket agent of his frequent - f Iyer nu-er at 
the time of ticketing and requiring the airline to prepare 
periodic reports to advise the passenger of the current status 
of his bonus account. 

There is also a need to eliminate the cumberscT.e and 
annoying coupon system employed by supermarkets and similar 
stores consumers object to being made to clip coupons, orten 
provided in the store or in newspapers, in order to obtain 
di = co— .s It would be very desirable to substitute a systerr. 
chat automatically kept track of purchases and awarded disccunts 
or coupon eauivaients automatically depending upon current 
purchases and/or history of purchases, broken down by brana and 
in other ways. 

Clearly, the promise of the so-called cashless society 
has been delayed because of the lack of a suitable means for 
irrpleTient ing it.. 

The hereinafter described and illustrated embodiment 
of a multi-application data card is capable of substituting 
for a plurality of (indeed all) existing single-application 
data cards, whether or .not they are co-branded. The system 
comprises at least one multi-application data card" and at 
least one card reader constructed so that a single data 
card can be substituted for a plurality of existing single- 
application data cards. 
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The hereinafter described process employs at least 
one multi -application data card and at least one card 
reader and comprises steps that enable a multi-application 
data card to be substituted for a plurality of existing 
single-application data cards. There can thus be a single 
type of data card that can be carried by everyone, so that 
everyone need carry one card and one card only. 

The hereinafter described preferred embodiment of a 
multi -application data card is capable of substituting for 
a plurality of existing single-application data cards and 
comprises memory means formed with at least three memory 
banks for storing and updating data relating respectively 
to at least one authorised holder of the card and at least 
two authorized applications of the card. The card is 
capable of substituting for a plurality of existing single- 
application data cards and comprises a magnetic stripe for 
reading by a card reader compatible with a magnetic-stripe 
card and solid-state circuitry for reading by a card reader 
compatible with a smart card. 

The hereinafter described system comprises at least 
one multi -application data card, at least one card reader, 
and memory means formed with at least three memory banks 
for storing and updating data relating respectively to at 
least one authorized holder of the card and at least two 
authorized applications of 
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the card. The reader comprises first dara port means er.aclmg 
the holder to select one of the applications and second C3t= pert 
nea-s accessino two of the tnetnory banks, one of the acr-ssed 
memory banks containing data relating to the holder and the ether 
of the accessed memory banks containing data relating to the 
selected application. 

If the card is a smart card, the memory means is 
located at least in part on the card. 

If the card is a magnetic-stripe card, the memory means 
is located at least in part remotely from the reader and 



con 



nnected thereto by a data link. 



The hereinafter described process employs ^t least one 

mult i- application data card and at least one card reader. The 
process comprises the steps of forming at least three r.emory 
banks for storing and updating data relating respectively to at 
least one authorized holder of the card and at least two 
authorized applications of the card. First data port rr.eans is 
provided on the reader enabling the holder to select one of the 
applications and second data port means is prcvided for accessing 
two of the memory banks. One of the accessed memory banKS 
contains data relating to the holder and the other cf the 
accessed memory banks contains data relating to the se.ected 
application . 

A better understanding of the features and 

advantages of the invention can be gained from a consideration 
of the following detailed description of the preferred 
embodiments thereof, wherein: 
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Fig. 1 is a schematic diagram cf a mult i - appl i cat ion 
data card of the smart-card type illustrating financial ar.d ether 
records contained thereon; 

Fig. 2 is a diagrammatic representation of a system in 
accordance with the invention compatible with both smart cards 
and magnetic-stripe cards; 

Fig. 2A is a representation of a card in acccrdance 
with the invention that is constructed as both a smart card and 
a magnetic-stripe card; 

Fig. 2B is a representation of the reverse side of a 
card in accordance with the invention showing a space fcr the 
signature of the card holders- 
Fig. 3 is a high-level multiple card system flowchart 
or software diagram; 

Fig. 4 is an example of a flowchart or software 
associated with a reader terminal; 

Fig. 5 is a representation of an application record 
alternative to that of Fig, 1; 

Fig. € is a flowchart showing an example of card setup; 

and 

Figs. 7-11 form a single flowchart, the several sheets 
being interrelated as indicated by letters designating jumps, 
showing an example of the use of a multi-application smart card 
or magnetic stripe card in accordance with the invention in 
various operations. 
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Fig. 1 shows a rr.ult.i-applic5t.icr. data care 10 
conveniently formed of plastic and ccntaining soliiS-state 
circuitry represented schematically at 12 and the nar.e of the 
authorized card holder. The card 10 is a smart card, and the 
solid-state circuitry 12 includes a microprocessor and memory 
chips embedded within the card. The memory chips hcLd the 
equivalent of several typewritten pages of information. An 
example of some of the data recorded on the card is shown in Fig. 
1. Thus a number of applications, including American Express, 
Visa, Master Charge, Discovery, various oil companies, various 
hotels, and various airlines, may be recorded together with a PIN 
(personal identification number), the account number, expiration 
date, account (or access or vendor) code, and various reccrds for 
each cf the separate accounts, plus miscellaneous data. The 
account, access or vendor code is a special code of each vendor 
which lets that vendor alone change data on the vendor's portion 
of the card. The records column includes, for example, frequency 
data, bonus point tie-ins with multiple vendors, etc. The 
miscellaneous column is for whatever additional data a particular 
vendor may wish to record. 

In Fig. 1, the card 10 may have information printed or 
enbossed on its face in addition to the name of the card holder. 
For example, this information may include the address and 
possibly other information such as the social security nurier and 
telephone nutrtber of the card holder. The same infcrr.ation can 
alternatively or -additionally -be. provided in a m.emory chip 
embedded in the card TO. This ' information is available to all: 
the card holder herself, of course, as well as any vendor to whom 
the card is presented. Thus this information, without access to 
the additional information represented in Fig. 1, is sufficient 
for many purposes, such as awarding coupons to consumers who 
indicate certain preferences via interactive T.V. 
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Fig. 2 shows the smart card 10 interacting with a card 
reader /writer 14 (hereinafter referred to as a card reader for 
short. . The card reader 14 is capable of reading net only the 
smart card 10, which is inserted into a slot 16, but also a 
conventional magnetic-stripe card 18, which is inserted ir.to a 
slot 20. The card reader is capable of writing on a cooperating 
smart card to update various records thereon. In the case of a 
magnetic-stripe card, the updating of the records is done at a 
remote location, as explained below. 

As Fig. 2A shows, it is possible to combine the sr.art 
card 10 and magnetic-stripe card 18 into a single r.ulti- 
application card 22 having a magnetic stripe 19 for reading by 
a card reader compatible with a magnetic-stripe card and solid- 
state circuitry 12 for reading by a card reader compatible with 
a smart card. Fig. 2B shows the reverse side of the card shown 
in Fig. 2A, including a signature space S. The card reader may 
combine both reading functions in a single unit, as illustrated 
in Fig. 2, or separate card readers may be provided, cr.e for 
reading magnet ic- stripe cards and another for reading smart 
cards . 

Other examples, which need not be illustrated in the 
drawing, include duty-free shops, cruise lines, traveller's 
checks, ticketing, T.V. cable/satellite box (interactive), health 
care, telephone, foreign currency applications , vending machines , 
keys, driver's license, insurance data, passport, voice, 
fingerprint, signature and supermarkets. Not only credit 
transactions but also debit transactions and non- financial 
transactions are within the scope of the invention. 

In any case, the card reader includes first data port 
means enabling the holder of the card to select a particular 
application such as American Express, Visa, etc. The first data 
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port means includes for example a keypad 24 by which the Ktider 
of the card selects the desired application. 



In accordance with the invention, at least three fr>eT.ory 
banks are formed for storing and updating data relating 
respectively to at least one authorized holder of the card and 
at least two authorized applications of the card. If the card 
is a smart card, the memory is located at least in part cn the 
card. On the other hand, if the card is a magnetic- stripe card, 
the memory is located at least in part remotely from the reader 
and connected thereto by a data link. 

In Fig. 2, the reader 14 is connected by a data link 
represented schematically at 26 to a rerr.ote location 28 including 
data base processing apparatus 30. The processing apparatus 3 0 
can include a mainframe computer and peripheral equipment for 
receiving and processing information not only from the reader 14 
but from numerous similar readers at various locations. 

Routing authorizations are controlled by circuitry 32 
that continuously "talks" to the data base processing circuitry 
30. These routing authorizations include financial/banking, 
airlines, hotels, oil companies, etc., as indicated schematically 
in Fig. 2 at 34, 36, 38 and 40 (here as elsewhere in this 
disclosure, the listing is intended to be merely illustrative or 
exemplary and by no means exhaustive) . Updates cf the 
information based on the transactions initiated at the reader 14 
and similar readers are processed by circuitry 42 and fed back 
to the circuitry 30. Depending on the transaction, the smart 
card 10 employed to authorize the transaction can be updated as 
a result of the transaction. The steps disclosed abcve can 
easily be implemented by those skilled in the art upon 
consideration of this disclosure. 
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Fig. 3 explains the operation of the system m greater 
detail. The card is inserted into the reader at 44, a^d a 
personal identification number or PIN number is opticr.ally 
entered at 45. A signature (or voiceprint, etc.) can opticnally 
be verified at 46. At step 47, the desired application: is 
selected using the input device (keypad, trackball, etc.) 
provided on the reader. The application can be a particular 
hotel, oil company, rental company, or airline as indicated at 
48, 49, 50 and 51, or a combination of them. When the desired 
application has (or applications have) been selected, it is vthey 
are) entered by pressing a return key 52 or 53 or in any ether 
convenient manner, as those skilled in the art will readily 
understand. 

The transaction is verified or authorized at 54, and 
the data base processing is performed at 56. This processing 
includes recording and updating of transactions, the calculation 
and storing of frequency awards such as frequent - flyer mileage, 
quantity discounts, and any other processing that may be called 
for in view of the selected application and the nature of the 
transaction . 

Routing circuitry 5B routes the processed data to 
appropriate locations relating to banking, reporting, updates, 
settlements, vendors, etc., as indicated schematically at €C, 61, 
62, 63 and 64. Updated data from these various locations are 
supplied back to the data processing circuitry 56 and if 
appropriate to the card reader for updating data stored on the 
holder's card. 

Fig. 4 indicates how a single reader terminal 14 can 
process both magnetic-stripe cards and smart cards. After the 
start of the program at 65, a determination is made at 66 whether 
the inserted card is a magnetic-stripe card or a smart card. If 



-10- 



BNSDOCID' <GB 2298505 A _L> 



ic is a ir.agr.etic-stripe card, the account number is resd at €7 
and transr.itted at 68. A list of user accounts (applications ; 
is provided at £5. and one is selected and verified at 7C. 
Authorization is received- at 71. and a receipt is printed at 72. 

If at step 66 it is determined that the inserted card 
is a smart card, then it is read at 74. and the preferred card 
application is selected at 76. It is sent and validated at step 
78. A personal identification nuinber or PIN code is optionally 
employed at 80. and a security component such as a voiceprint. 
a fingerprint, or a photograph (or a signature, etc.) is employed 
at '82. Authorization is then received at 84, and data on the 
smart card is updated and stored at 66 . A receipt is printed at 
88 . 

In case of use of a card constructed in accordance with 
the invention as a credit card, there can be a predetermined 
credit card company that is specified by default unless the user 
specifies a different company. Similar defaults can be provided 
with respect to other choices offered the holder of the card. 

It is also possible in accordance with the invention 
for one company, such as American Express, to issue a card and 
to rent space on the card to another company, such as visa, 
and/or to make a transaction charge for use of the card to 
execute a transaction with that other company. 

A card in accordance with the invention never needs to 
be reissued; for example, the expiration date for each separate 
application can be updated from time to time as the card is used, 
and the card holder can use the same card for a lifetime. 

Preferably, a smart card is employed in accordance with 
the invention. A smart card can have higher transaction limits 

/ 
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without the need to utilize data links because a smart card 
offers better security. It thus enables transactions tc be pre- 
approved. The STT^art card can frzrr. another standpoint be self- 
authenticating; the system can be constructed so that, as to 
certain transactions, there is no need to obtain clearance at a 
central location. Avoidance of the use of data links saves noney 
and time. The improved security provided by a smart card used 
in accordance with the invention will reduce fraud and provide 
issuer savings. 

When the card is used as a frequency card, tie-ins, for 
example between American Express, Kyatt Hotels, United Airlines 
and Hertz, can easily be made. 

The card is suitable for both business and personal 
use. If airline mileage is tracked, for example, and bonus 
mileage is awarded, it can be used instantaneously if recorded 
on the card, simply by presenting the card to a card reader and 
entering the appropriate instructions. This reduces the expense 
of mailings every time a transaction occurs. 

The card can be used in one of its applications as a 
cash card with a stored cash value, thereby avoiding the need to 
purchase traveler's checks. This can be done in multiple 
currencies, thus saving travellers from carrying multiple foreign 
currencies . 

The card in any of its applications can be encrypted 
for security, using any conventional or unconventional encryption 
system. 

Digitally encrypted sound and video signals can be 
recorded on the card, providing for both sound and a visual 
display in association with a suitable terminal, as those skilled 
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in the art will readily understand. 



The card can interact with a computer (?.C., lapzov. 
paln-.top. pocket, etc.). with -Personal Computer Ketr.cry Card- 
slots to provide calendar, date book and checkbook information. 
With an adaptor, smart cards can be used in the PCMC slot and be 
read from and written to. The card user can then use a co-puter 
to access the data on the card (and modify certain data) . If the 
computer has a modem, it becomes a terminal whereby transactions 
can be made. In addition, there are telephones with reading ana 
writing functions that can be adapted for use in accordance with 
the invention. Other devices that can perform reading anc 
writing functions can also be employed. 

The card can be used for mass transit, since it car. 
have a stored value that is debited with each use. 

There is no limit to the data relating to the holder 
that can be provided cn the card, except whatever lir.it is 
imposed by memory capacity. For. example, these data can be 
selected from the group consisting of medical records of said 
holder; insurance records of said holder; a driver's license of 
said holder; a passport of said holder; financial records cf said 
holder; a digitized fingerprint of said holder; a Qi=iti2ea 
voiceprint of said holder; a security code of said holder; and 
commercial -bonus points of said holder. 

Similarly^., there is no Jimit on the^ d^ 
the applications, except the limit imposed by the memory capacity 
of the card. For example, these data can be selected from the 
group consisting of a prepaid transaction of the holder; a credit 
transaction of the holder; a debit transaction of the holder; an 
electronic funds transfer of the holder; a health-care 
transaction of the holder; an insurance transaction cf the 
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holder; a commercial -bonus-points transact ion of the haLder; ao 
airline ticketing transaction of the holder; a train tick<ting 
transaction of the holder; a bus ticketing transacticr. of the 
holder; a ship ticketing transaction of the holder; and a theater 
ticketing transaction of the holder. 

Fig.. 5 shows another example of a typical application 
record. It is optionally alternative to the record illustrated 
in Fig. 1. or features of Figs. 1 and 5 can be combined in a 
single system. Fig. 5 is arranged in seven columns, with 
respective headings "Card Issuer," "Application Code," "PIN 
Number," "Vendor Access Code," "Account Number." "Expiration 
Date," and "Miscellaneous Data." 

The "Card Issuer" column includes, by way of exa-ple, 
AMEX, KFC, Any Card, VISA (debit), VISA (credit), etc. 

The "Application Code" column indicates by way of 
example the following respective applications: credit, debit, 
prepaid, bonus award, etc. These applications and others are 
explored in greater detail below. 

The third column gives as an example of a PIN r.umber 
a four-digit number personal to the user of the card. The PIN 
number of course does not appear on the face of the card and is 
known only to the authorized card user and the card issuer. The 
user keys it in at the time of use. This is a safeguard against 
unauthorized use. The PIN number is shown as being the same for 
all applications, which the user may find convenient, but can of 
course be different for the several applications. The use of 
different PIN numbers for different applications might enable a 
user to lend the card (to an employee, for example) for certain 
purposes (purchase of gasoline for a company car. for example) 
while denying the person to whom the card is lent the use of the 

/ 
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card for r-.aking general purchases. 



The fourth coluT.n relates to a Vendor Access Cede. 
This is a code whereby each vendor or other card issuer car. have 
access to the parts of the record required for the trar.sactions 
facilitated by that vendor (issuer) while denying t= other 
vendors (issuers) and third parties generally access* to certain 
confidential parts of the record. 

The fifth column is for the Account Number. The 
Account Number assigned by a particular vendor or other card 
issuer will of course be different for each user and can 
optionally be different for each application of the sane user. 
For example. VISA might employ a different account number for 
debit transactions than it employs for credit transacticr.s ty the 
same card user. Alternatively. VISA might elect to employ the 
same account number for both types of transactions made by the 
same user. 

The sixth column gives the expir.a'tion date of the card 
(e.g.. May 1996). As noted above, this date as well as other 
information on the card can be changed electronically without the 
necessity of issuing a new card. Thus a single card car. in 
principle serve a given user for a lifetime. 

The seventh column is for Miscellaneous Data and is 
reserved for each vendor or other card issuer to record whatever 
additional data that vendor may require to facilitate its 
operations. 

Fig- 6 shows card setup beginning at step ICl. At step 
102. a determination is made whether the proffered card is a 
smart card. If so, the card is inserted into the smart card 
interface slot of the reader or held within the conductive field 
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radius of the reader interface at step 104. At step 106, a ?IN, 
password, biorr.etric signature, or digitally encoded phctcgraph 
is selected and entered to facilitate card authorization. 

At step 108 the application records are written at 
predetermined offsets in the memory address space of the smart 
card. These records can be of either fixed or variable length. 
At step 110, applications are added, including a predeterr;ined 
application, if any, and the interrelationship among the 
applications is indicated. 

If at step 102 it is deterrriined that the card is not 
a smart card, then at step 112 a determination is made whether 
it is a magnetic stripe card. If so, the card is inserted into 
the magnetic stripe interface slot of the card reader az step 
114. At step 116, a PIN, password, biometric signature, or 
digitally encoded photograph for card authorization is selected 
and entered. At step lie, the application records are written 
at predetermined offsets in the central database. As in the case 
of a smart card, these records can be of either fixed rr variable 
length. 

At step 120, applications are added, including a 
predeterm.ined application, if any, and the interrelationship 
among the applications is indicated. 

If it is determined at step 102 that the card is not 
a smart card and at step 112 that it is not a magnetic stripe 
card, an error message is generated and displayed at step 122, 
since it is understood that the card will be of one type or the 
other. Following the generation of the error message at step 
122, the program loops back to step 102. 

Following the addition of applications, etc., at step 
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110 or 120. a deT:erminat.ion is made whether card setup is 
complete at step 124. If not. the program loops back tc step 
102. If card authcrizat ion is complete, the card setup rcutir.e 
ends at step 126. 

Fig. 7 shows at 131 the start of a software routine for 
reading a magnetic stripe card or a smart card. At step 132. a 
determination is made whether the presented card is a magnetic 
stripe card or a smart card. 

If at step 132 it is determined that the card presented 
is a magnetic stripe card, then at step 134 the account number 
is read and at step 136 the account number is sent to a remote 
location. At step 138. a pin number is entered or another 
security precaution such as verification of a digitally encoded 
signature is taken. 

At step 14 0 a detertr.inaticn is r.ade whether 
authorization is complete. If not, the program loops back to 
step 134. If at step 140 it is determined that authorization is 
complete, the program proceeds to Fig. 8. described below. 

If at step 132 it is determined that the card presented 
is a smart card, then at step 142 the card is read. At step 144, 
a PIN number is optionally entered, or another security step such 
as verification of a digitally encoded signature is taken. 

At step 14 6, a determination is .made whether 
authorization is complete. If not, the program loops back to 
step 142. If it is determined at step 146 that authorization is 
complete, the program proceeds to Fig. 8. 

At step 151 in Fig. 8. a determination is made whether 
there is a preselected application. If not, at step 152 the user 
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of the card ir.akes an applicaricn selection such as a prepaid 
transaction, a credit transaction, a debit transact icr. . cr a 
frecuency-cf-use transaction. Following a deterninaticr. zt step 
151 that there is a preselected application or follcwinc the 
selection made by the user at step 152. the program selects the 
account record from the card at step 154 . 

At step 156, a determination is made whether the 
requested transaction is financial. If not. then at step 153 a 
determination is made whether the requested transaction is 
nonfinancial . If a determination is made at step 156 that the 
transaction is not financial and at step 15S that it is not 
nonfinancial. then at step 260 an error message is generated, and 
the program loops back to step 156. 

If at step 156 a determination is made thai the 
requested transaction is financial, then at step 162 it is 
determined whether the financial transaction is prepaid. If so, 
then the current charge is debited from the account balance at 
step 164. If it is determined at step 162 that the requested 
financial transaction is not prepaid, in the program proceeds to 
Fig. 9. described below. 

Following the debiting of the current charge fr=:n the 
account balance at step 164. a determination is made at step 168 
whether there is a preprogrammed interrelated applicaticn. If 
so, the program loops back to step 154. Otherwise. a 
determination is made at step 170 whether the user intends to 
select another interrelated application. If so. the ether 
application options are displayed at step 172. and the program 
loops back to step 154. If another interrelated application is 
not to be selected, as determined at step 170. the program 
proceeds to Fig. 11. described below. 
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If at step 156 the transaction is deterxined to be 
ncnfinancial. then at step 174 the cash value cf the current 
charge is translated into a point value.. Then, at step 176 it 
is determined whether a redemption of accumulated points is 
requested. If so, at step 176 the appropriate point value is 
deducted from the remaining points on the card. If it is 
determined at step 176 that redemption is not requested, a 
determination is made at step 180 whether an accumulation is 
requested. If not. an error message is generated at step 1S2. 
since it is understood that either a redemption or an 
accumulation will be requested. and~ the program loops back to 
step 176. 

If it is determined at step 180 that an accu-.ular ion 
is requested, the incremental point value is added to the points 
previously accumulated on the card at step 182. At step 184. a 
determination is made whether there is a preprogrammed 
interrelated application. If so, the program loops back to step 
154. Otherwise, a determination is made at step 186 whether the 
user wishes to select another interrelated., application . If so. 
the other application options are displayed at step 188. and the 
program loops back to step 154. If the user does not wish to 
select another interrelated application, as determined at step 
186. the program proceeds to Fig. 11. described below. 

If it is determined at step 156 that the requested 
transaction is financial and at step 162 that it is not prepaid, 
. then a determjLnat ion is made at step 191 (Fig. 9) whether the 
transaction is a credit card transaction. If so. a determination 
is r.ade at step 192 whether a preprogrammed card issuer option 
is selected. If no preprogrammed card issuer option is selected, 
a specific card vendor is selected at step 194. 

Following the selection of a specific card vendor at 
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step 194 or a determination that a preprogrammed card issuer 
option is selected at step 1S2, a PIN, password, bicmetric 
signature, or digitally encoded program for card authorization 
is entered at step 196. At step 198, a determination is made 
whether card authorization is complete. If not, the program 
loops back to step 196. When card authorization is determined 
at step 198 to be complete, the appropriate charge is added to 
the current account balance, and the application record on the 
card is updated at step 200. The program then loops back to step 
168 in Fig. 8. 

If a determination is made at step 191 (Fig. 9/ that 
the transaction is not a credit card transaction then a 
determination is made at step 202 whether the transaction 
involves electronic funds transfer. If not, an error message is 
generated at step 204, since the transaction is not within the 
universe of available possibilities. 

If at step 202 it is determined that the transaction 
is for electronic funds transfer, then the program proceeds to 
Fig. 10. 

' At step 211, a PIN, password, biometric signature, or 
digitally encoded photograph for card authorization is entered. 
At step 212, a determination is made whether card authorization 
is complete. If not, the program loops back to step 211. If it 
is determined at step 212 that card . authorization is complete, 
then at step 214 a determination is made whether the value is to 
be transferred from the card. If so, the value is transferred 
from the card at step 216, and a transfer of the funds is 
effected at step 218. 

If it is determined at step 214 that the value is not 
to be transferred from the card, then a determination is made at 
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hecher the value is to be transferred to the card. If 



step 220 w 
so. the ve 

transfer of funds is effected at step 218 



so. the value is transferred to the card at step 2l€. ar.c tne 



If it is determined at steps 214 and 220 that the value 
is to be transferred neither from the card nor to the card, an 
error message is generated and displayed at step 222. and the 
program loops back to step 214 . 

Following the transfer of funds at step 21S, the 
program loops back to step 168 in Fig. 8. 

Whenever it is determined at step l^O or 186 that 
another interrelated application is not selected (Fig. 8). the 
program proceeds to Fig. 11. There, the appropriate routing 
takes place at step 231. This includes updating and forwarding 
information relating to banking, reporting, updates, settlements, 
and vendors. At step 232, dynamic data is updated and stored on 
the card (if a smart card) or at a central processing station (if 
the card, is a magnetic stripe card) . The , appropriate information 
is displayed to the card user, and database reconciliation is 
effected. Those having ordinary skill in the art will understand 
how to accomplish these functions. 

The user of the card is given an opportunity to request 
a receipt. At step 234 a determination is made whether a receipt 
has been requested. If so. it is printed at step 236. In either 
case, the user removes the card at step 238. 

Thus there is provided in accordance with the invention 
a novel and highly effective multi-application data card capable 
of substituting for a plurality of existing single-application 
data cards, a system in which the card can be employed and 
applications prioritized, and a process of employing the card. 
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Many modifications and extensions of the preferred emrcdin^ent s 
of the invention disclosed above will readily occur to those 
skilled in the art. Accordingly, the invention is to be 

construed as including all embodirients thereof that fall within 
the scope of the appended claims. 
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CIA I MS : 

1. A smart card for reccraing data relating to = =ara 
user and a plurality of card issuers and. associated with each 
issuer, the following fields: 

an application code field indicating a ty?£ of 
application made available to the user by the issuer; 

a PIN field identifying the user; 

an access code field whereby the card issuer can have 
access to the fields associated with that issuer but not to 
fields associated with any other issuer; 

an account number field; 

an expiration date field; and 

a miscellaneous data field provided for the issuer to 
record additional data to facilitate its operations with respect 
to the user; 

wherein the fields associated with each issuer are 
separate from the fields associated with every other issuer. 



2 . A smart card according to claim 1 wherein the types 
of applications inc! 



:lude financial transactions 



3. A smart card according to claim 1 wherein the types 
of applications include nonfinancial transactions. 
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4 . A ST.art card according to claim 1 wherein the types 
of applications are selected fror. the group consisting of credit 
transactions, debit transactions, prepaid transactions and bonus 
award transactions. 
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Amendments to the claims have been filed as follows 

1. A smarc card for reccrding data relating tc £ rard 
user and a plurality of card issuers and, associated with each 
issuer, the following fields: 

an application code field indicating a ty?= of 
application made available to the user by the issuer; 

a PIN field identifying the user; 

an access code field whereby the card issuer can have 
access to the fields associated with that issuer but not to 
fields associated with any other issuer; 

an account nuinber field; 

an expiration date field; and 

a miscellaneous data field provided for the issuer to 
record additional data to facilitate its operations with respect 
to the user; 

wherein the fields associated with each issuer are 
separate from the fields associated with every other issuer. 

2. A smart card according to claim 1 wherein the types 
of applications include financial transactions. 

3. A smart card according to claim 1 wherein the types 
of applications include nonfinancial transactions. 
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4 . A ST.arc card according to claim 1 wherein the types 
of applications are selected froT. the group consisting of credit 
transactions, debit transactions, prepaid transactions and bonus 
award transactions . 
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5. A system comprising at least one multi-application 
data card, at least one card reader, and memory means formed 
with at least three storage areas for storing data relating 
respectively to at least one authorized holder of said card and 
at least two authorized applications of said card; 

said reader comprising first data port means enabling 
said holder to select a first of said applications and second 
data port means for accessing two of said storage areas, a 
first of said accessed storage areas containing data relating 
to said holder, a second of said accessed storage areas 
containing data relating to said selected first application, 
and the third of said accessed storage areas containing data 
relating to said second application, said first and second 
applications being linked and said memory means being 
responsive to a transaction using said card and involving said 
selected first application for modifying data relating to said 
second application . 

6. A system according to claim 5 wherein said card is 
a smart card and said memory means is located at least in part 

of said card. 

-] \ a' system according lio^laiirT 5 
a magnetic -stripe card and said memory means is located at 
least in part remotely from said reader and connected thereto 

by a data link. 

8. A system according to claim 5 wherein said data 
card comprises a magnetic stripe for reading by a card reader 
compatible with a magnetic- stripe card and solid-state 
circuitry for reading by a card reader compatible with a smart 
card and 



wherein said reader is adapted to read both a magnetic- 
stripe card and a smart card. 

9 . A system according to claim 5 wherein said reader 
is formed with a slot and reads said card when said card is 
inserted into said slot. 

10. A system according to claim 5 wherein said reader 
reads said card when said card is in proximity to said reader. 

11. A process employing at least one mult i -application 
data card and at least one card reader and comprising the steps 
of 

forming at least three memory storage areas for storing 
data relating respectively to at least one authorized holder of 
said card and at least two authorized applications of said 
card, and 

providing data port means on said reader enabling said 
holder to select a first of said applications and means 
accessing all of said memory storage areas, 

a first of said accessed storage areas containing data 
relating to said holder, a second of said accessed storage 
areas containing data relating to said selected first 
application, and the third of said accessed storage areas 
containing data relating to said second application, said first 
and second applications being linked and said memory storage 
areas being responsive to a transaction using said card .and 
involving said selected first application for modifying data 
relating to said second application. 




Application No: 
Claims searched: 



GB 9603901.1 
1-4 



Tlie 

Ritent 
OSice 

29. 



Examiner: 
Date of search: 



Mike Davis 
9 May 1996 



Patents Act 1977 

Search Report under Section 17 

Databases searched: 



UK Patent Office collections, including GB, EP, WO & US patent specifications, in: 
UK CI (Ed.O): G4H (HTG) 
Int CI (Ed.6): G06K, G07F 
Other: 



Documents considered to be relevant: 



Category 


Identity of document and relevant passage 


Relevant 
to claims 


X 


EP 0385290 Al (HENNIGE) 


1-4 


X 


WO 92/13322 Al (GEMPLUS) 


1-4 


X 


WO 87/07061 Al (AT&T) 


1-4 


X 


US 4928001 (MASADA) 


1-4 



X Document indicttii^ Uck of novelty or inventive clep 
Y Document tndicittag Uck of inventive Kep if combined 
with one or nwre other documenu of »ame category. 

&, Member of the ume patent family 



A Documei* r rf^*''*^ tn-hnrrtfy^^' background and/or lUte of the art. 
P DocuneK pid>ltiibed on or after the declared priority date but before 

the fi^w^ date of this invention. 
£ Patent document publi^ed on or after, but with priority date earlier 

than, the Cling date of this application. 



2298505A , ! > 



An Executive Agency of the E>cpaitmcnt of Trade and Industry 



